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© A computer system including a processor and 
memory, the processor having a virtual mode of 
operation in which it uses a virtual machine monitor 
which allows it to service a plurality of users contem- 
poraneously in a multiplexed manner, and a non- 
virtual, or real, mode of operation. The computer 
system has a set of at least three operation mode 
protection rings representing a hierarchy of access 

1^ privilege levels in both the real and virtual modes, 
with the number of privilege levels in both the real 
and virtual modes being the same. The privilege 
levels govern the accessibility of memory locations 

If) to programs and the executability of certain privi- 

_ leged instructions, which cause control to be trans- 
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ferred to the virtual machine monitor when the pro- 
cessor is in a virtual mode. The two most privileged 
levels in the virtual mode are both treated as cor- 
responding to the second most privileged level in 
the real mode, whereby if the processor is in the 
most privileged virtual operating mode, access to 
memory locations is permitted only if the location is 
accessible to the second most privileged mode. 
When an instruction is retrieved, the processor first 
performs a probe operation to determine whether it 
can access any required memory locations in re- 
sponse to its current privilege level, and then deter- 
mines whether it is in a privilege level which allows it 
to process the instruction. 
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Background of the Invention 

1 . Field of the Invention 

The invention relates generally to the field of 5 
digital data processing (computer) systems, and 
more specifically to computer systems which op- 
erate in a virtual mode to provide one or more 
virtual machines and which have more than two 
protection rings arranged in a hierarchy and regu- m 
lating access to locations in memory and the ex- 
ecutable ty of certain instructions. It is desirable to 
have the computerpreserve the most privileged 
protection ring for the real mode to allow an orderly 
transition and allocation of resources of the com- 75 
puter system among users in the virtual mode. By 
means of the invention, at least two of the protec- 
tion rings of the virtual mode are compressed, that 
is, they are made to correspond to a single protec- 
tion ring used by the processor while processing in 20 
a real (non-virtual) mode. The compression is such 
that at least the most privileged ring of the machine 
operating in the real mode has no corresponding 
ring in the virtual mode. Otherwise stated, the most 
privileged ring of the processor operating in the 25 
virtual mode corresponds to a less than maximally 
privileged ring of the processor when it operates in 
the real mode, and two of the rings of the virtual 
mode correspond to one of the rings of the real 
mode. Accordingly, compression allows the com- 30 
puter to appear to have at least as many protection 
rings in the virtual mode as is provided in the real 
mode. 

2. Description of the Prior Art 35 



A digital data processing system generally in- 
cludes a processor, a memory, and one or more 
input/output units, all of which are interconnected 
by one or more buses. The memory stores data in 40 
addressable storage locations. This data includes 
both operands and instructions for processing the 
operands. The processor causes data to be trans- 
ferred to, or fetched from, the memory unit, inter- 
prets the incoming data as either instructions or 45 
operands, and processes the operands in accor- 
dance with the instructions. The results are then 
stored in addressed locations in the memory. The 
input/output units also may communicate with the 
memory in order to transfer data into the system 50 
and to obtain processed data from it. The 
input/output units normally operate in accordance 
with control information supplied to them by the 
processor. The input/output units may include, for 
example, printers, teletypewriters or video display 55 
terminals, and they also include secondary data 
storage devices such as disk drives or tape drives. 

When computer systems first became com- 



mercially available, they were substantially larger, 
more expensive, and significantly slower than 
present day systems. Typical early systems pro- 
cessed one program at a time, from initially receiv- 
ing the instructions and data, through the process- 
ing operations, and finally printing the results, be- 
fore beginning another program. 

As the cost of memory and logic circuits de- 
creased and as the logic circuits became faster, 
memories became larger and processing speeds 
increased. As a result, computer systems were 
developed in which several programs could be 
loaded into memory at one time and processed in 
an interleaved fashion. If, for example, one program 
needed to use a system resource, such as a slow 
input/output devicelike a printer or a disk drive, 
which was then being used for another program, 
the computer system's management programs, 
that is, the operating system, could schedule the 
processing of portions of other programs until the 
device was available. When the resource became 
availiable, the operating system would then return 
to processing the first program. This "multi-pro- 
gramming" allowed for a more continuous use of 
all of the computer resources by switching among 
programs when needed resources were not imme- 
diately available. 

In view of the expense of early computer sys- 
tems, many users were unable to justify the cost of 
an entire computer system. Computer systems 
were devised that allowed users to access them on 
a "time sharing" basis. In time sharing systems, a 
number of users could concurrently run different 
applications in a single system. The operating sys- 
tem kept track of the data and instructions from 
each user, scheduled the running of the applica- 
tions programs on a rotating basis, and transmitted 
the processed data to the users when the process- 
ing was completed. 

A problem with typical time sharing systems is 
that they generally used a single time sharing 
operating system under which all of the applica- 
tions programs were run. Some types of applica- 
tions programs ran better under certain operating 
systems than others, but the operating systems 
used in the time sharing systems did not permit 
the selection of other operating systems that may 
have been better for particular applications. 

Furthermore, typical time sharing systems did 
not allow a fairly direct access by the user to the 
system resources. For example, while a real com- 
puter system included identifiable input/output units 
such as disk drives and tape drives, printers, and 
so forth, and virtual or relocatable memories includ- 
ing identifiable pages and/or segments, these fea- 
tures were hidden from the user by the operating 
system. The user was not able to access a particu- 
lar location on a disk or a particular location in 
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memory in a time sharing system. 

To enable users to select among various op- 
erating systems, and to process as though they 
had direct access to system resources, virtual ma- 
chine architectures were developed in which a vir- 
tual machine monitor essentially multiplexed sys- 
tem resources among a number of users. The 
virtual machine monitor, a program, provided each 
user with a virtual machine which appeared to the 
user to have the resources equivalent to an entire 
computer system. Such virtual machines may have 
corresponded to, or have had, the resources of the 
computer system, a subset of the resources of the 
computer system or additional resources that were 
not physically present in the computer system, and 
they may have been architecturally quite different 
from the computer system providing the virtual 
machines. Indeed, the virtual machines may have 
had different instruction sets from the instruction 
sets of the actual computer system providing the 
virtual machines. The computer system itself, in- 
cluding the virtual machine monitor, was termed a 
"real" machine, or a machine operating in a "real" 
mode, whereas the set of resources available to the 
user was termed a "virtual" machine, or a machine 
operating in a "virtual" mode. A virtual machine 
user could directly use any of the operating system 
and applications programs which would also run on 
a real machine and appeared to have direct access 
to the system resources that were provided to the 
virtual machine by the virtual machine monitor. 

Since computer systems may be used by 
many users at the same time, they generally in- 
clude features which provide a barrier between the 
users' applications programs and the system re- 
sources, to protect the system resources from pos- 
sible damage by the user programs. For example, 
many systems include resources such as compil- 
ers and interpreters for converting programs written 
in high-level languages to machine code execut- 
able by the processor. It is generally undesirable to 
allow a user program to directly access memory 
locations allocated to the compilers or interpreters. 
Similarly, it is generally undesirable to allow a user 
program to directly access privileged areas of 
memory containing programs or to use "privileged" 
instructions which are be used by the operating 
system to manage the computer system's re- 
sources. As an example, it is undesirable to allow a 
user program to halt the processor, and so any 
such instruction is privileged. That is, the instruc- 
tion may only be in an operating system program 
with the processor operating in a privileged operat- 
ing mode. 

Accordingly, computer systems have been pro- 
vided with "protection rings" having a hierarchy of 
protection levels which shield programs which con- 
trol system resources from other programs, such 



as user programs, and which allow access to those 
programs only in a controlled manner. Some com- 
puter systems, such as those sold by International 
Business Machines Corporation (IBM), have two 
5 protection rings implemented as a supervisor mode 
and a problem mode. The problem mode allows 
execution of applications programs, and the su- 
pervisor mode allows execution of all other types of 
programs. 

70 Other computer systems, such as the VAX-1 1 

family of systems sold by the assignee of the 
present invention, have more protection rings pro- 
viding various protection levels. In the aforemen- 
tioned VAX-1 1 family, four protection rings are pro- 

75 vided, called the the kernel, executive, supervisor, 
and user operating modes, in order of decreasing 
privilege. The input/output functions and transfers 
to and from memory are performed in the kernel 
mode, which is the only mode in which privileged 

20 instructions can be executed. Various system re- 
sources such as the compilers and interpreters, 
and some programs which control video display 
terminals may be handled in programs executed in 
the executive and supervisor modes, and the ap- 

25 plications programs are processed in the user 
mode. 

The VAX-1 1 systems use the operating modes 
in two ways. First, if a program instruction is a 
privileged instruction, the processor determines if it 

30 is then operating in a mode, generally required to 
be the kernel mode, in which it can execute the 
instruction before it actually executes the instruc- 
tion. If it is in the required operating mode, it 
executes the instruction, and otherwise traps to an 

35 exception routine. 

The other way in which it uses the operating 
modes is to check whether the current program 
can read from and/or write to, that is, access, a 
location in memory. Each location in memory, or 

40 more specifically each page, since the VAX-1 1 has 
a paged virtual memory, is accessible only when 
the processor is in a predetermined operating 
mode. Furthermore, each page may be accessible 
in a particular way; for example, a page may be 

45 read by programs in particular operating modes but 
not written, or it may be read and/or written by 
programs in various combinations of operating 
modes. For example, when the processor is pro- 
cessing programs in another mode than kernel 

so mode, it may not be able to access portions of 
memory reserved to programs which operate in 
kernel mode. However, in some cases, portions of 
memory which can be written by programs pro- 
cessed in the kernel operating mode may also be 

55 read but not written, or both read and written, by 
programs processed in other operating modes. 

Providing a virtual machine in a computer sys- 
tem having protection rings has proven to be dif- 
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ficult, except in the degenerate case of two protec- 
tion rings as provided by systems sold by IBM. In 
the IBM systems, the virtual machine monitor is run 
in the supervisor mode, and all other programs, 
including operating system programs, are run in 
the real machine's problem mode. 

However, no known computer system with 
more than two protection rings has been also pro- 
vided with a virtual mode of operation. A number of 
techniques have been proposed for providing such 
a virtual mode, including: 

1. Mapping the virtual rings into the same real 
rings and forcing all instructions executing in the 
most privileged ring of the virtual machine to 
trap to the virtual machine monitor. The virtual 
machine monitor would then emulate those 
instructions. This would, however, result in an 
undue expansion of the virtual machine monitor, 
as the virtual machine monitor would have to 
include emulation routines for all instructions in 
the processor's instruction set, whether or not 
the instructions are privileged and whether or 
not the procedure used by the processor to 
execute the instructions is altered by the addi- 
tion of the virtual machine capability. Further- 
more, emulation of all of the instructions in the 
most privileged ring would result in a substantial 
reduction of the performance of the system, as 
emulation of instructions requires substantially 
more time than execution by the processor di- 
rectly. 

2. Adding a ring relocation register to the com- 
puter system to add a constant to each virtual 
ring number to obtain the corresponding ring 
number as seen by the computer system. How- 
ever, the virtual machine would be provided with 
fewer protection rings than the real machine, 
with the difference being determined by the 
value in the ring relocation register. This is un- 
desirable if it is desired to allow the virtual 
machine to emulate the real machine, which 
requires the virtual machine to have the same 
number of rings as the real machine. 

3. Mapping a virtual ring onto the next higher 
numbered real ring (that is, onto the next less 
privileged real ring) but mapping two adjacent 
virtual rings into the same real ring. This was 
asserted to be difficult because of the potential 
visibility of the ring number to the program 
being processed. Another potential problem 
concerned the absolute interpretation of the 
physical ring number in connection with certain 
instructions. For example, in the aforementioned 
VAX-11 architecture, the ring numbers are visi- 
ble in the CHANGE MODE instructions which 
change the current operating mode between the 
kernel, executive, supervisor and user operating 
modes. 



[See, for example, R.P; Goldberg, Archit- 
ecturalPrincipies for Virtual Computer Systems - 
(Ph.D. thesis, Harvard University, Cambridge, 
Mass., ESD-TR-73-105, HQ Electronics Systems 
5 Division, Hanscom Field, Bedford, Massachusetts, 
February 1973)] 

As has been noted, the protection rings are 
used to regulate access to pages in memory and 

w to inhibit the processor from executing certain privi- 
leged instructions unless it is in a predetermined 
operating mode. Thus, when the processor begins 
processing the instruction, it must make two deter- 
minations. First, the processor determines that the 

15 instruction is executable in the current operating 
mode. Second, the processor determines that the 
operands, if any, are in memory, and that they are 
in pages that are available to the operating mode in 
which the program is running; that is, the processor 

20 determines that a page fault or access violation will 
not occur when it attempts to retrieve the 
operands. Both of these operations are referred to 
as "probes". In the VAX-11, the access code in- 
dicating the availability of the pages containing the 

25 operands are provided in the page table entry 
which is used in translating virtual addresses to 
physical addresses. 

In all known processors, the processors first 
determine whether they can execute an instruction 

30 before testing the accessibility of the operands. 
However, if the processor traps to a virtual machine 
monitor to emulate the instruction, the monitor 
must determine the accessibility of the pages con- 
taining the operands. Providing this capability in 

35 the virtual machine monitor is, however, essentially 
redundant of the same capability in the processor. 

Summary of the Invention 

40 In brief summary, the invention provides a new 

system in which the processor provides more than 
two protection rings defining a hierarchy of protec- 
tion levels each associated with an operating mode, 
and further including a virtual machine monitor 

45 which provides virtual machines, comprising the 
actual computer system with the processor operat- 
ing in a virtual mode, to a plurality of users. Two or 
more of the operating modes of the processor in 
the virtual mode are compressed so as to be 

so treated as a single mode in the real, or non-virtual, 
mode, such that (1) the most privileged operating 
mode in the real mode has no corresponding vir- 
tual operating mode and the most privileged op- 
erating mode in the virtual mode is less privileged 

55 than the most privileged operating mode in the real 
mode and (2) the least privileged operating mode 
of the virtual mode is at least as privileged as the 
least privileged operating mode of the real mode. 
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In one embodiment, the most privileged and 
second most privileged virtual operating modes are 
compressed to correspond to the second most 
privileged physical operating mode. This is accom- 
plished as follows. A separate status word is pro- 
vided for the virtual mode, and a separate stack 
pointer is provided which is used for one of the 
compressed virtual operating modes. The virtual 
machine monitor may emulate an instruction, and, 
when it probes the accessibility of a location in 
memory to programs operating in the most privi- 
leged virtual operating mode, it actually tests the 
location's accessibility to programs operating in the 
second most privileged operating mode. To a pro- 
gram processed by the processor in the virtual 
mode, the processor appears to include the full 
number of protection rings provided to the real 
machine. 

In another aspect of the invention, each time an 
instruction is retrieved, the processor first probes to 
determine if the operands are in memory and ac- 
cessible to the program in the current operating 
mode. If they are, the processor probes the opera- 
tion code to determine if the instruction can be 
executed in the current operating mode. If it can 
be, the processor retrieves the operands and ex- 
ecutes the instruction. If the processor is operating 
in a virtual mode, and specifically in the most 
privileged operating mode thereof, it may trap to 
the virtual machine monitor to handle the instruc- 
tion. The order in which the operands and instruc- 
tions are probed allows the virtual machine monitor 
to be simplified, since it does not have to deter- 
mine whether the operands are accessible by the 
program in the current operating mode after the 
trap to the monitor. 

Brief Description of the Drawings 

This invention is pointed out with particularity 
in the appended claims. The above and further 
advantages of this invention may be better under- 
stood by referring to the following description taken 
in conjunction with the accompanying drawings, in 
which: 

Fig. 1A illustrates, in general block diagram 
form, a computer system constructed in accor- 
dance with the invention. 
Fig. 1 B illustrates the allocation of resources of 
the computer system depicted in Fig. 1A to 
three virtual computer systems; 
Fig. 2A is a diagram illustrating the various 
operating modes available on the real and virtual 
machine and the privilege relationship between 
different operating modes; 
Fig. 2B is a table illustrating the correspondence 
between operating mode numbers and the var- 
ious operating modes depicted in Fig. 2A; 



Figs. 2C and 2D are diagrams that are useful in 
illustrating specific computer systems for carry- 
ing out the invention; 

Figs. 3A through 3C illustrate the registers pro- 
s vided in the computer system depicted in Fig. 
1A; 

Fig. 3D-1 and 3D-2 illustrates various fields in a 
processor status longword and a virtual machine 
processor status longword in the computer sys- 

70 tern depicted in Fig. 1A; 

Fig. 4 is a flow diagram illustrating the steps 
performed by the computer system depicted in 
Fig. 1A in probing the operands and operation 
codes of an instruction to determine whether the 

75 operands can be accessed and the instructions 
executed by the computer system in the various 
operating modes; 

Figs. 5 through 9 illustrate the operations per- 
formed by the processor depicted in Fig. 1A in 
20 processing various instructions. 

Detailed Description of an Illustrative Embodi- 
ment 

25 1 . General Description 

The invention will be described in connection 
with a VAX-11 computer system sold by the as- 
signee of the present application. A prior VAX-11 
30 computer system, which does not include the in- 
vention, is described in the VAX-11 Architecture 
Reference Manual, Publication No. EK-VAXAR-RM- 
001, Revision 6.1, 20 May 1982, sold by the as- 
signee of this application, which is incorporated 
35 herein by reference. 

As exemplified in Fig. 1A, a computer system 
constructed in accordance with the invention com- 
prises a central processor unit 10, a memory 11, 
and one or more input/output units 12. The proces- 
40 sor 10 executes instructions that are stored in 
addressable storage locations in the memory 11. 
The instructions identify operations that are to be 
performed on operands, which are also stored in 
addressable locations in the memory. The instruc- 
ts tions and operands are fetched by the processor 
10 as they are needed, and processed data are 
returned to the memory for storage. 

The processor also transmits control informa- 
tion to input/output units enabling them to perform 
50 selected operations, such as transmitting data to or 
retrieving data from the memory 11. Such data 
may include instructions, operands which may be 
transmitted to the memory for later processing by 
the processor 10 or processed data which is re- 
55 trieved from the memory for storage, display or 
transmission to other systems. 

An operator's console (not shown) connected 
to the processor 10 serves as the operators inter- 
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face. It allows the operator to examine and deposit 
data, halt the operation of the processor, or step 
the processor through a sequence of instructions 
and determine the responses of the processor in 
response thereto. It also enables an operator to 
initialize the system through a bootstrap procedure, 
and perform various diagnostic tests on the entire 
data processing system. 

The data processing system may include sev- 
eral types of input/output units, including for exam- 
ple, secondary storage units such as disk drives 
13, printers 14, and communications interfaces 15 
allowing transmission of data to, or receipt of data 
from telephone lines or microwave links or the like, 
all connected to the CPU and memory through one 
or more interfaces 16. In addition, the input/output 
units 12 include one or more video display termi- 
nals 16 which are also connected to the processor 
and memory through interfaces 17 to allow the 
users to use the system. 

The system depicted in Fig. 1A also includes a 
virtual machine monitor 20 which makes available 
the resources provided by CPU 10, memory 11, 
and the storage, communication and printing units 
connected thereto, and other resources which are 
not physically present in these units but which may 
be emulated by them, to users on the various video 
display terminals 17. By means of virtual machine 
monitor 20, the system depicted in Fig. 1 A appears 
to be several separate systems, termed "virtual 
machines" as depicted in Fig. 1B, which can ap- 
pear to have different resources and operating sys- 
tems. 

Fig. 1B illustrates the resources provided by 
three exemplary virtual machines which are ac- 
tually provided by the computer system of Fig. 1A. 
The virtual machines, denominated by the letters 
"A", "B", and "C", each includes a CPU, memory, 
and various portions of input/outputs 12 (Fig. 1A), 
and each includes one or more of the video display 
terminals 17. For example, virtual machine "A" 
(Fig. 1B) includes a single video display terminal 
17 connected through an interface 18A and running 
an operating system OP SYS 1. The virtual ma- 
chine n A w provides the resources of a CPU 10A, 
which may correspond to CPU 10. It also provides 
the resources of a memory 1 1 A, input/output inter- 
face 16A, a disk facility 13A, a printer facility 14A, 
and communications through a communications in- 
terface facility 15A. The memory 11A may cor- 
respond to, that is, have as many locations as, 
memory 11, or it may correspond to a subset of 
memory 11 in the real machine depicted in Rg. 1A, 
or it may appear to have more locations than the 
real machine. The virtual machine monitor may 
emulate the additional memory locations by storing 
unused data on the disk drives 13 in the real 
machine. Similarly, the disk facility 13A may cor- 



respond to a disk 13 in Fig. 1A, or it may cor- 
respond to one or more sectors, tracks, or cyl- 
inders on one or more of the disks 13 in a real 
machine depicted in Fig. 1A. Similarly, the virtual 

5 machine "A" includes a printer facility 14A. Printer 
facility 14A represents the use by the virtual ma- 
chine A of the printer 14 (Fig. 1A) by the virtual 
machine A. Similarly, the communications interface 
facility 15A represents the use by virtual machine A 

w of the communications interface 15. 

The virtual machine B includes a CPU 10B and 
memory 11B which communicate with two video 
display terminals 17 through an interface 18B. The 
virtual machine B runs operating system OP SYS 

75 2, and includes two disk drive facilities and 13B, a 
printer facility 14B connected through an 
input/output interface 16A. It has no communica- 
tions interface. It will be appreciated that the sizes 
and control requirements of the disk facilities 13B 

20 and 13A may differ, and the availability of the 
printer facilities 14A and B to the users of the 
virtual machines may also differ. 

The virtual machine "C" includes a CPU 10C, 
memory 11C, input/output interface 16C, two disk 

25 facilities 13C, a printer facility 14C, a communica- 
tions interface facility 15C and a tape facility 21 C. 
The virtual machine may emulate the tape facility 
in the real memory 11 or a real disk drive 13, for 
example. The virtual machine "C" also includes 

30 three video display terminals 17 connected to the 
CPU and memory through a VDT interface facility 
18C. The virtual machine "C" runs an operating 
system OP SYS 3 which may differ from operating 
systems OP SYS 1 and 2. 

35 As will be appreciated by those skilled in the 

art, the CPU facilities 10A, 10B and 10C are pro- 
vided by the processor 10 (Rg. 1A) in the real 
machine, except that the CPU facilities will appear 
to be slower since the virtual systems are actually 

40 multiplexed onto the system depicted in Fig. 1A. 
The CPU facilities may have the same instruction 
set and register resources and they may process 
data in the same manner as processor 10, as seen 
by the users, or they may be emulations of proces- 

45 sors having other instruction sets and register re- 
sources and they may process data in a different 
manner as the processor 10. 

The memory facilities 11 A, 11B, and 11C may 
be identical to memory 1 1 , proper subsets of mem- 

so ory 11 or, as noted above, they may appear to 
have more locations than in the real physical mem- 
ory. Similarly, the disk facilities 13A, 13B and 13C 
may correspond to specific disks 13 in Fig. 1A, or 
they may correspond to one or more sectors, 

55 tracks, or cylinders in the physical disks 13 in the 
system depicted in Fig. 1A. Additionally, the printer 
facilities 14A, 14B and 14C may correspond to a 
real printer or to areas in the memory 1 1 or disks 
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13. and communications interface facilities 15A and 
15C may also correspond to certain lines of the 
communications interface 15 or to areas in disks 13 
in Fig. 1A. 

The VDT interface facilities 18A, 18B and 18C 
also correspond to the portions of the VDT inter- 
face 18 in the system of Fig. 1A for each terminal 
17. 

The virtual machine facilities in virtual ma- 
chines "A", w B n and "C are managed by virtual 
machine monitor 20. The manner in which a typical 
virtual machine monitor operates is well known by 
those skilled in the art. See, for example Madnick 
and Donovan, Operating Systems (McGraw Hill, 
1974) at pages 549 et seq. 

2. Protection Rings and Operating Modes 

With reference to Fig. 2A, the computer sys- 
tem depicted in Fig. 1A has four operating modes 
forming protection rings defining a hierarchy of 
privilege levels having numerical reference iden- 
tifications as set forth in Fig. 2B. The protection 
rings prevent programs in an outer, that is, less 
privileged, ring from interfering with programs or 
data in a relatively inner, that is, more privileged, 
ring. The computer system has two sets of operat- 
ing modes, one set for the virtual mode and the 
other for the real (non-virtual) mode, with the most 
privileged operating mode of the real mode also 
being used by the system when it is in the virtual 
mode. A program in, for example, the real user 
operating mode may not access locations in mem- 
ory allocated to the real supervisor, executive or 
kernel mode but it may call on programs in those 
operating modes for service to perform various 
operations for it. 

The use of protection rings, and the choice of 
assignment of programs to specific rings, is well 
known in the art. In one specific embodiment, the 
real kernel includes programs which manage the 
system resources, including programs which man- 
age input/output units 12, and various resources of 
processor 10 and memory 11. Specifically, if a 
program includes instructions which attempt to ac- 
cess, for example, control locations in the disk 
drives 13, printer 14 or communications interface 
15, the instruction will not be executed unless the 
processor is operating in the real kernel mode. 
Similarly, certain instructions, such as HALT, which 
causes the processor 10 to halt or to stop oper- 
ations, will not be executed unless the processor is 
operating in the real kernel mode. If a program 
being executed in virtual mode includes such an 
instruction, the virtual machine monitor will emulate 
the instruction. In the case of the HALT instruction, 
for example, the virtual machine monitor halts the 
operation of only the virtual machine whose pro- 



grams included the instruction, allowing the other 
virtual machines to continue operation. 

The programs allocated to the supervisor and 
executive of the operating system depend upon 

5 engineering considerations. For example, a com- 
piler and interpreter may be in the executive ring, 
and programs which manage the display terminals 
17 may be in the supervisor ring. The user pro- 
grams may include, for example, applications pro- 

w grams such as word processing, accounting, or 
computer assisted design programs, or the like. 

In accordance with the invention, the virtual 
machine monitor 20 also provides virtual operating 
modes providing four protection rings, including a 

75 virtual user ring, which corresponds to the real user 
ring, a virtual supervisor ring corresponding to the 
real supervisor ring, and a virtual executive and 
virtual kernel ring, both of which are compressed 
so as to correspond to the real executive ring. 

20 When the processor 10 operating in the virtual 
mode, and specifically in the virtual kernel operat- 
ing mode, attempts to execute a privileged instruc- 
tion, which can only be processed with the proces- 
sor being in the kernel-mode, the processor ex- 

25 ecutes the instruction using microcode or software 
routines which first determine whether the proces- 
sor is operating in a virtual mode or a real mode, 
since the operation of the processor will vary de- 
pending on whether it is operating in a virtual or 

30 real mode. If the routines are in software, they form 
part of the virtual machine monitor, and are used to 
emulate the instruction. Examples of the routines 
used to execute several such instructions in the 
VAX-11 architecture are presented in Figs. 5 

35 through 9, which are described below. 

In accordance with the invention, when the 
processor in the virtual mode executes a kernel 
operating mode instruction, H that instruction re- 
quires access to memory, the processor deter- 

40 mines whether it can access the memory location 
based on the accessibility of the location to execu- 
tive operating mode. If the processor is in the 
virtual executive operating mode, and if it executes 
an instruction which requires access to memory, 

45 the processor also determines whether it can ac- 
cess the memory location based on the accessibil- 
ity of the location to the executive operating mode. 
Thus, both the virtual kernel and virtual executive 
operating modes provide the same protection as 

so the real executive operating mode, and programs 
operating in the virtual kernel operating mode are 
not able to access locations in memory for the real 
kernel operating mode. 

55 3. Specific Illustrations of Systems 

Two systems for carrying out the invention will 
be described in connection with Figs. 2C and 2D. 
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With reference to Fig. 2C, a processor 150 in- 
cludes a processing circuit 151 that includes con- 
ventional data paths and control circuitry for ex- 
ecuting instructions. The instructions and data are 
retrieved from a memory 152 by an interface circuit 
153 in response to requests therefor from the pro- 
cessing circuit 1 51 . 

As is conventional, the memory 152 includes a 
plurality of addressable storage locations (not 
shown) in which data and instructions are stored. 
Associated with each location is a privilege level 
storage register, the collection of which is indicated 
by the reference numeral 154, which may reside in 
the memory or in the processor. The privilege level 
storage register stores the privilege level required 
to read or read/write the location. In the system 
depicted in Fig. 2C, the privilege level storage 
registers are depicted as residing in the processor 
150. 

When the interface circuit reads the contents 
of, or writes data to, a location in memory 152, it 
also transmits the ADRS address signals, which 
identify the location in memory 152 being read or 
written, to the privilege registers 154. The contents 
of the register associated with the address are 
transmitted as PRIV LVL privilege level signals to 
one input terminal of a comparator 155. 

The processor 150 also includes an operating 
mode register 156, which indicates the operating 
mode in which the processor is operating, and a 
virtual mode register 157, which indicates whether 
the processor is operating in a virtual or real, that 
is, non-virtual, mode. The contents of the operating 
mode register are transmitted as OP MODE operat- 
ing mode signals to a compression circuit 160 and 
to one input terminal of a multiplexer 161. The 
other input terminal of the multiplexer is connected 
to the output terminal of the compression circuit 
160 to receive COMP MOD compressed mode 
signals therefrom. 

The COMP MOD compressed mode signals 
from the compression circuit 160 are used by the 
processor 150 when it is in the virtual mode to 
determine whether the processor can access the 
addressed location in memory 1 52. If the processor 
is in virtual mode, the contents of the virtual mode 
register enables multiplexer 161 to couple the 
COMP MOD compressed mode signals as SEL 
MOD selected mode signals to comparator 155. 
However, if the processor is not in virtual mode, the 
contents of the virtual mode register enables the 
multiplexer 161 to couple the uncompressed OP 
MOD operating mode signals as the SEL MOD 
selected mode signals to comparator 155. 

The comparator 155 also receives the PRIV 
LVL privilege level signals from the privilege regis- 
ters 154 and asserts a COMP OK comparison 
satisfactory signal if the SEL MOD signal indicates 



that the processor has the required operating mode 
level to access the addressed location. If the 
COMP OK signal is asserted, the processing circuit 
151 is enabled to execute the instruction; otherwise 

5 the processing circuit is inhibited from executing 
the instruction. 

The compression circuit 160 generates the 
COMP MOD compressed mode signals in accor- 
dance with a compression function "F" which maps 

w the elements of a set A = (0, 1,...,N), which repre- 
sent the privilege levels of the processor operating 
in a virtual mode, onto a set B = (0, 1 ,...,N), which 
represent the privilege levels which will be en- 
forced by the processor, with "N" being greater 

15 than or equal to M 2 n (that is, there are at least three 
privilege levels). In both sets, the successive ele- 
ments represent the levels of decreasing privilege, 
as depicted in Fig. 2B. In accordance with the 
invention, the function "F" may be any function 

20 which satisfies the following conditions: 

i. F (0) is greater than "0", and 

ii. if "i" and "j" are elements of set "A" such 
that "i" is greater than or equal to "j", then F (i) 
is greater than or equal to F (j). 

25 In the embodiment of the invention described 

above in connection with Figs. 2A and 2B, the 
following compression function is used: 

i. F(0) = 1, and 

ii. if n i n is greater than "0" and less than or 
30 equal to "N", then F (i) = i. 

Thus, if the processor in virtual mode and kernel 
operating mode (which has privilege level "0", as 
shown in Fig. 2B) desires to access a location in 
memory, the location must be accessible to pro- 

35 grams operating in executive mode (which has 
privilege level "1 "). If the processor in virtual mode 
and in excutive, supervisor or user operating 
modes (which have privilege levels "1", "2" and 
"3". respectively) desires to access a location in 

40 memory, the location must be accessible to pro- 
grams operating in the executive, supervisor and 
user modes, respectively. 

As is apparent to those skilled in the art, the 
privilege registers 154 may reside in memory in- 

45 stead of the processor, and the interface circuit 153 
may retrieve the contents of the register associated 
with the location to be retrieved prior to the re- 
trieval of the location. This may be particularly 
useful in connection with systems in which the 

so memory is a virtual memory, as the privilege regis- 
ters may form part of the virtual address to phys- 
ical address translation system. 

As an alternative to the system depicted in Fig. 
2C, the system could store in the privilege regis- 

55 ters 154 the compressed privilege level to which 
the associated locations will be accessible. If this is 
done, the compression operation need not be per- 
formed for every memory access. This alternative 
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will be described in connection with Fig. 2D, in 
connection with a demand-paged virtual memory, 
using the VAX-1 1 architecture as an example. 

The VAX-1 1 architecture described in the 
aforementioned VAX-1 1 Architecture Reference 
Manual has a demand-paged virtual memory, in 
which program references to memory locations, 
that is, virtual addresses, identify locations in a 
virtual memory space, and the VAX-1 1 computer 
system translates those addresses to physical ad- 
dresses which identify actual locations in the phys- 
ical memory in which the desired data is stored. 
The virtual memory space is divided into pages of 
a predetermined number of byte locations, in one 
embodiment five hundred and twelve byte loca- 
tions, and the physical memory is divided into 
blocks of a like number of locations. When a pro- 
gram requires access to one such location in the 
virtual memory space, the computer system re- 
ferences a page table which has a plurality of 
entries, that is, "PTEs". Each PTE contains a page 
frame number which is used to identify the blocks 
in physical memory in which the referenced page 
of the virtual memory space is located. Each entry 
also has an A/R access rights field which identifies 
the operating modes which have access to the 
locations within the block and how those locations 
may be accessed, that is, whether programs in the 
operating modes may read or write the locations 
therein. Each entry also has a V valid field which 
indicates that the entry is a valid entry and may be 
used for translation, and an M modify field which, 
when in a predetermined condition, indicates that a 
location in the block has been modified by a write 
operation to the memory. The page tables are 
established in a known manner by memory man- 
agement programs in the computer's operating 
system. 

With reference to Fig. 2D, when the computer 
system is in a virtual mode, the operating system, 
for example, OP SYS 1, OP SYS 2 and OP SYS 3 
shown in Fig. 1B, generates virtual mode page 
tables as described above which are used to trans- 
late between virtual memory spaces of programs 
being run thereunder and a virtual mode physical 
address space. It will be appreciated that the virtual 
mode physical address space is not the physical 
address space of the computer system, but instead 
is an emulation of a physical address space pro- 
duced by the virtual machine monitor. As has been 
noted above, the virtual mode physical address 
space may correspond to the computer system's 
physical address space, or to a subset of the 
computer system's physical address space, or to 
an address space larger than the computer sys- 
tem's real physical address space. 

The virtual machine monitor also generates and 
uses a VMM Physical Address Map which includes 



VMM MEs virtual machine monitor map entries. 
The virtual machine monitor establishes a physical 
address map for each virtual machine it operates. 
The VMM map entries are generally similar to the 

s entries in the page tables generated by the operat- 
ing system. As shown in Fig. 2D, each VMM PTE 
includes an A/R access rights field and a PFN 
page frame number field. The access rights field in 
the map entries indicate only whether the virtual 

10 machine may read or read/write the indicated block 
in memory. The virtual machine monitor uses the 
VMM map entries in translating the addresses in 
the virtual mode physical address space to ad- 
dresses in the real physical address space- 
rs Thus, if the processor requires access to a 
location in page X of the VM virtual address space, 
it first retrieves the page table entry for the page 
from the VM page table (PTE: PG X). If the valid 
field V indicates that the page is in memory, and 

20 the access rights field indicates that the processor 
is in an operating mode in which the requested 
read or write operation may be performed, the 
processor uses the page frame number (PFN) to 
obtain the address in the VM "physical n address 

25 space of the block in memory, block A, which is 
currently assigned the data for page X of the VM 
virtual address space. 

The processor then determines the address of 
the corresponding location in the real physical 

30 memory. First, it retrieves the map entry for block 
A in the VM physical address space from the VMM 
physical address map (ME: BLK A). If the access 
rights field indicates that the requested read or 
write operation may be performed, the processor 

35 uses the page frame number to obtain the address 
in the real physical memory of the block in mem- 
ory, Block Q which actually stores the data for 
page X of the VM virtual address space. 

The virtual machine monitor also has a virtual 

40 address space, and the processor makes use of a 
VMM page table to translate addresses in the VMM 
virtual address space to the addresses in the real 
physical memory. The VMM page table entries 
(VMM PTEs) are similar to the VM PTEs, and 

45 include a V valid field, A/R access rights field, M 
modify field, and PFN page frame number field, all 
of which are used in the same way as the cor- 
responding fields of the VM PTEs. The result of the 
translation of an address in, for example, page Y of 

so the VMM virtual address space, using the VMM 
page table entry corresponding thereto (VMM PTE: 
PG Y) is an address in Block R of the real physical 
memory. 

As is conventional, the computer system, spe- 
55 cifically the virtual machine monitor, after establish- 
ing a VMM physical address map, establishes a 
shadow page table, or a composite of a VM page 
table generated by the operating system running 

10 
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on the computer system, and the VMM physical 
address map. The shadow page table allows a 
direct translation between the virtual mode virtual 
address space and the real physical address 
space, thereby reducing the number of translations 5 
required between a program reference to memory 
and the actual memory access. The shadow page 
table includes page table entries having fields with 
identical meanings as the VM and VMM page 
tables. io 

In accordance with the invention, when the 
virtual machine monitor generates a shadow page 
table, it uses the same compression function de- 
scribed above in connection with Fig. 2C to deter- 
mine the contents of the A/R access rights fields in 15 
the SPT PTEs. Specifically, for the specific em- 
bodiment noted in connection with Fig. 2C, if the 
contents of the A/R access rights field in the VM 
Page Table indicates that the block in the VM 
physical address space is readable or read/writable 20 
by programs in the user, supervisor or executive 
operating modes, and if the VMM MEs indicate that 
the block in real physical memory is readable or 
read/writable by the virtual machine, the A/R ac- 
cess rights field in the SPT PTEs also indicate that 25 
the corresponding blocks in the real physical ad- 
dress space are available to programs in the user, 
supervisor or executive operating modes. However, 
if the contents of the A/R access rights field in the 
VM Page Table indicate that the block is available 30 
to programs in the kernel operating mode, since 
the computer system is in virtual mode, the PTE 
indicates that the corresponding block in the real 
physical address space is available to programs in 
the executive operating mode. Thus, the locations 35 
in memory associated with the kernel operating 
mode of the processor when operating in the virtual 
mode are available to programs operating in the 
executive operating mode. 

It will be appreciated by those skilled in the art 40 
that the VMM address translation allows data to be 
shared as between several virtual machines in a 
controlled manner. For example, several VMM MEs 
relating to different virtual machines , may identify 
the same block in the real physical address space 45 
and thereby allow contemporaneous access to pro- 
grams running under both virtual machines. The 
access rights to the block of programs running 
under the different virtual machines may, however, 
differ. For example, programs running under one so 
virtual machine may be able to both read and write 
locations in a block, while programs running under 
another virtual machine may only be able to read 
the locations. In addition, a block may be available 
to programs under one operating system which 55 
operate in the supervisor and more privileged op- 
erating modes, and not available to the user op- 
erating mode, and the same block may also be 



available to user operating mode programs running 
under another operating system. Thus, the access 
to shared data may be regulated by the virtual 
machine monitor. 

It will further be appreciated that similar com- 
pression functions may be used if it is desired to 
allow the virtual machines to have more or fewer 
rings than the real machines. Specifically, if the 
virtual machine is to have more rings than the real 
machine, any compression function F may be used 
to map the set A = (0, 1,..., N) of privilege levels in 
the virtual machine into a set B = (0, 1,..., M) of 
privilege levels in the real machine, with the suc- 
cessive elements of the sets corresponding to suc- 
cessively less privileged rings, N greater than M 
and M greater than "1", as long as the function 
satisfies the following relationships: 

i. F (0) is greater than "0"; 

ii. F (N) is less than or equal to M; and 

iii. if "i" and "j" are elements of set "A" such 
that "i" is greater than or equal to "j", then F (i) 
is greater than or equal to F (j). 

Since the number of protection rings in the virtual 
mode (specifically, the number of rings is "N + 1 "), 
is greater than the number of rings in the real 
mode ("M + 1"), to satisfy these conditions the 
compression function must compress at least two 
of the virtual rings to correspond to a signal real 
ring. 

Similarly, if the virtual machine is to have fewer 
rings than the real machine, that is, N is less than 
M and M greater than "1", the function must satisfy 
the following relationships: 

i. F (0) is greater than "0"; 

ii. if V is greater than or equal to "j", then F (i) 
is greater than or equal to F (j); 

iii. for at least one "i" and "j", "i" not equal to 
T, F (i) is equal to F (j); and 

iv. rf V and "j" are elements of set "A" such 
that V is greater than or equal to "j", then F (i) 
is greater than or equal to F (j). 

Since the number of protection rings in the virtual 
mode (specifically, the number of rings is "N + 1"), 
is less than the number of rings in the real mode 
("M + 1"), the last condition (iv) must be observed 
to achieve compression. 

It will further be appreciated by those familiar 
with the VAX-11 architecture as set forth in the 
aforementioned VAX-11 Architecture Reference 
Manual that the VAX-11 virtual memory space is 
divided into a plurality of regions, including system 
space and two per-process spaces, and that the 
translation arrangement described in connection 
with Fig. 2D relates to the translation for system 
space. The translation for the per-process spaces 
is analogous. 

4. Register Sets 
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Figs. 3A through 3C depict the registers in- 
cluded in processor 10 used in the processing of 
programs. Fig. 3A depicts the registers used by 
processor 10 in processing programs in either the 
real mode or the virtual mode. These registers 
include general purpose registers R0 through R13, 
a stack pointer register R14, a program counter 
R15, a user stack pointer register 50, a supervisor 
stack pointer register 51, and an executive stack 
pointer register 52. The registers R0 through R13 
can be used as pointers, arithmetic accumulators, 
or for any other general purpose function. The 
stack pointer register R14 contains the stack point- 
er currently being used. Program counter register 
R15 identifies the location in memory 11 of the 
next instruction to be processed by the processor. 
The user, supervisor, and executive stack pointer 
registers 50 through 52 identify the locations in 
memory of the stacks for the respective modes, 
except when the processor is in the corresponding 
operating mode. At that time, the operating mode 
stack is identified by the contents of stack pointer 
register R14, which are obtained from the cor- 
responding operating mode stack pointer register 
when the processor changes operating modes. 

Fig. 3B depicts additional registers used by 
processor 10 in the real operating mode. These 
registers include a kernel stack pointer 53, an 
asynchronous system trap (AST) level register 54, 
an interrupt stack pointer register 55, an interrupt 
summary register 56, an interrupt request register 
57, and a processor status longword register 60. 
The kernel stack pointer register 53 is similar in 
function to the user, supervisor, and executive 
stack pointer registers 50 through 52. 

The AST level register 54 identifies the most 
privileged level operating mode for which an asyn- 
chronous system trap is pending. For example, if 
an asynchronous system trap is pending for a 
program operating in the real supervisor level, and 
if the processor 10 is operating in the kernel mode, 
it is undesirable to service the trap until the proces- 
sor returns to at least the supervisor mode. When 
the processor changes modes, it can check the 
contents of the AST level register 54 to determine 
whether a trap is pending at the new or a more 
privileged operating mode and trap at that time. 

The interrupt stack pointer register 55 is used 
to identify the location in memory of the interrupt 
stack, which is typically transferred to stack pointer 
register R14 when the processor 10 begins servic- 
ing an interrupt. When the processor finishes ser- 
vicing an interrupt, the contents of the stack pointer 
register R14 are transferred to the interrupt stack 
pointer register 55 after the registers have been 
restored in a conventional manner. 

The interrupt summary register 56 is used in 
connection with interrupt requests. Processor 10 



has a plurality of interrupt priority levels, and the 
interrupt summary register identifies the interrupt 
priority levels at which interrupts are pending. 

The interrupt request register 57 may be used 
5 by the executing program to request interrupt ser- 
vice. The data written to the register specifies the 
interrupt priority level of the requested interrupt. 
The priority level loaded into register 57 is then 
reflected in interrupt summary register 56. 

io The processor status longword 60, which will 

be described below in connection with Figure 301 , 
contains status information in connection with the 
currently executing program. 

To enable the processor 10 to operate in a 

75 virtual mode, the processor also includes a plurality 
of registers, termed herein virtual registers, de- 
picted in Fig. 3C. When the processor is operating 
in a virtual mode, it uses the registers depicted in 
Fig. 3A and the registers depicted in Fig. 3C. The 

20 virtual registers include a VM (virtual machine) ker- 
nel stack pointer register 61, a VM AST level 
register 62, a VM interrupt stack pointer register 
63, a VM interrupt summary register 64, a VM 
interrupt request register 65, and a VM process 

25 status longword register 66. Each of the virtual 
registers depicted in Fig. 3C corresponds to a 
register in the real register set depicted in Fig. 3B, 
and the processor uses the registers 61 though 66 
in the same way that it uses registers 53 through 

30 57 and 60 when in the real mode. 

With reference again to stack pointer register 
P14, mode stack pointer registers 50 through 53, 
and 61 and interrupt stack pointer registers 55 and 
63, the mode and interrupt stack pointer registers 

35 are used when the processor changes operating 
modes, as explained below in connection with Rgs. 
8A-1 and 8A-2, and, in the case of the interrupt 
stack pointer register, when the processor begins 
processing an interrupt or returns therefrom. In 

40 brief, when the processor begins processing an 
interrupt, it typically transfers the contents of the 
stack pointer register R14 to the mode stack point- 
er register 50 through 53 or 61 corresponding to 
the current operating mode. The contents of the 

45 interrupt stack pointer register 55 or, if the proces- 
sor is in the virtual mode, the VM interrupt stack 
pointer register 63, are transferred to stack pointer 
register R14, and the contents of selected registers 
are transferred to the interrupt stack in memory 

so identified by the contents of the stack pointer regis- 
ter. When the processor returns from an interrupt, 
the sequence for which is contained in Figs. 7A-1 
through 7E, the process is essentially reversed - 
The contents of processor status longword 60 

55 and VM processor status longword 66 in the pro- 
cessor 10 constructed in accordance with the in- 
vention will be described in connection with Figs. 
3D-1 and 3D-2. It will be appreciated that the 
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processor has separate processor status longwords 
60 and 66 for the virtual and real modes, both of 
which have many of the same fields. Both proces- 
sor status longwords include a plurality of fields 70 
through 77 and 70A through 77A which identify 
various conditions concerning the results of the 
previous arithmetic calculations, and which enable 
the processor to perform various exception or trap 
operations in response thereto. The fields are not 
relevant to the instant invention and will not be 
described further herein. 

Both the processor status longwords 60 and 66 
also include IPL interrupt priority level fields 80 and 
80A which identify the interrupt priority level at 
which the processor is operating. The processor 
can use the contents of this field and the contents 
of the real or virtual interrupt summary registers 56 
and 64 to determine whether an interrupt is pend- 
ing at a higher priority level than the current op- 
erating level as contained in the IPL interrupt prior- 
ity level fields 80 and 80A, and, if so, process the 
interrupt request. 

Current mode fields 81 and 81 A and previous 
mode fields 82 and 82A identify respectively, the 
current operating mode and previous operating 
mode (see Fig. 2B), and specifically contains the 
code depicted in Rg. 2B which identifies either the 
kernel, executive, supervisor or user operating 
mode. These fields do not indicate whether the 
processor is in the virtual or real (non-virtual) 
mode. 

A VM virtual mode field 84, contained only in 
the processor status longword 60, when set, in- 
dicates that the processor is currently operating in 
a virtual mode, thereby enabling the processor to 
use registers 61 through 66. When field 84 is clear, 
the processor is operating in a real (non-virtual) 
mode, using registers 53 through 57 and 60. 

An IS interrupt stack field 83 or 83A indicates 
that the processor is operating on its interrupt 
stack; that is, the contents of the stack pointer 
register R14 are derived from the contents of one 
of the interrupt stack pointer 55 or VM interrupt 
stack pointer 63, depending on the state of VM 
field 84 in processor status longword 60. Since the 
contents of stack pointer register R14 may have 
been changed if the contents of the other registers 
have been transferred to the interrupt stack, the 
contents of the register R1 4 may not be exactly the 
same as the contents of register 55 or 63. 

As will be appreciated by those skilled in the 
art, a virtual machine, that is, a computer system 
(Fig. 1A) whose processor is operating in a virtual 
mode, may itself be running a virtual machine 
monitor providing a second level of virtualization. If 
that occurs, a further set of registers similar to 
register 61 through 66 typically are provided. Any 
of these additional registers may be physically 



located in either the processor 10 or in the memory 
11 (Fig. 1A). The VM processor status longword 66 
does not require a VM field corresponding to field 
84 in processor status longword 60 to accomplish 

5 this second level of virtualization. 

It will also be appreciated that additional virtual 
stack pointer registers may have to be provided for 
various virtual operating modes if the protection 
rings are compressed differently than the specific 

m embodiment disclosed herein. As is discussed 
above in connection with Figs. 2C and 2D, the 
compression function used with a specific system 
may result in compression of different virtual mode 
operating modes than the kernel and executive into 

15 a single real mode operating mode. If, for example, 
the virtual mode executive and supervisor operat- 
ing modes are compressed into the real mode 
supervisor operating mode, and the virtual mode 
kernel operating mode corresponds to the real 

20 mode executive operating mode, the virtual ma- 
chine may use the executive stack pointer register 
also used by the real machine, and an additional 
register must be provided for the virtual mode 
executive operating mode. Similarly, if the virtual 

25 mode kernel, executive and supervisor operating 
modes are all compressed, with the virtual mode 
user operating mode, to correspond to the real 
mode user operating mode, additional stack pointer 
registers must be provided for the virtual mode 

30 kernel, executive and supervisor operating modes. 

5. Probing Operands And Instructions 



As has been noted, certain instructions are 
35 privileged, that is, they are only executed by the 
processor 10 (Rg. 1A) when it is in the kernel 
operating mode (Rg. 2A). In addition, it is desirable 
to prevent the processor 10 from accessing data 
stored in memory 11 that is for programs in more 
40 privileged operating modes when the processor is 
operating in a less privileged operating mode. 

Accordingly, prior to retrieving any operands 
and executing any instructions, the CPU performs a 
PROBE operation on the operands and the opera- 
45 tion code of each instruction before executing the 
instruction. 

With reference to Fig. 4, when the CPU 10 
retrieves an instruction, which includes the opera- 
tion code (op code) and operand specifiers (step 

50 100), it first probes the memory locations contain- 
ing the operands, which are identified by the 
operand specifiers in the instruction, to determine 
whether they are accessible by the program with 
the processor in its current operating mode (step 

55 101). If they are not accessible, an error has oc- 
curred. 

However, if the operands are accessible to the 
program at the current operating mode (step 101), 
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the processor then determines whether the opera- 
tion required by the instruction is privileged, that is, 
whether the instruction is a privileged instruction 
executable in kernel mode only (step 102). If the 
instruction is not privileged, the processor retrieves 5 
the operands and executes the instruction (step 
103). 

If, however, in step 102 the processor deter- 
mined that the instruction was privileged, the pro- 
cessor sequences to step 104 to test the current w 
mode field 81 in the processor status longword. If 
the processor is operating in a virtual mode, it tests 
the current mode field in the VM processor status 
longword 66, and otherwise tests the corresponding 
field in the processor status longword register 60. If 15 
the processor is not in the kernel operating mode 
(step 1 04) it signals an error. 

However, if, in step 104, the processor did 
determine that it was in the kernel operating mode, 
it tests the VM virtual mode field 84 of the proces- 20 
sor status longword register 60 to determine wheth- 
er the processor is operating in a virtual mode 
(step 105). If the processor is operating in a virtual 
mode, the processor may execute the instruction 
directly or the virtual machine monitor may emulate 25 
the instruction (step 106). If the processor is not 
operating in a virtual mode, the processor executes 
the instruction directly (step 107). The steps per- 
formed by the virtual machine monitor to emulate 
instructions are conventional and will not be de- 30 
scribed in detail herein. 

Since the processor, when it retrieves an in- 
struction, first probes the operand prior to deter- 
mine whether the instruction is privileged, it can 
trap to the virtual machine monitor, in the event 35 
that the instruction requires emulation, and the vir- 
tual machine monitor will not itself then have to 
probe the operands to determine whether they are 
accessible by the program. This has several bene- 
fits, including simplification of the virtual machine 40 
monitor, since it does not have to include routines 
for performing the operation, and reduction of the 
likelihood of an error having to be taken in the 
virtual machine monitor in the event that a page is 
not present in memory. If the operand probe opera- 45 
tion detects that a page containing the operands is 
not in memory, the processor takes a page fault. In 
the instant invention, this occurs before the proces- 
sor traps to the virtual machine monitor for emula- 
tion of the instruction. 50 



6. Privileged Instruction Execution 

Figs. 5 through 9 contain flow diagrams which 
illustrate the operations of processor 10 in execut- 
ing some of the VAX-11 privileged instructions. The 
instructions, and others forming the VAX-11 in- 
struction set, are described in the aforementioned 



VAX-11 Architecture Reference Manual, for a pro- 
cessor which does not have a virtual mode. The 
figures detail the operations of the processor 10 
which has both a real (non-virtual) and virtual 
mode. 

As noted above, the privileged instructions may 
be emulated when the processor is operating in the 
virtual mode or they may be executed by the 
processor directly in response to microcode or 
similar control mechanisms in the processor. In one 
embodiment of the invention in which microcode is 
used to control the internal operations of the pro- 
cessor in executing instructions, the instructions 
are embodied in microcode to the extent of micro- 
code control store in pre-existing processors con- 
structed in accordance with the VAX-11 architec- 
ture, and instructions not so embodied are emu- 
lated by the virtual machine monitor. Alternatively, 
a microcoded processor may embody all of the 
instructions in microcode and execute them di- 
rectly, or all of the instructions may be emulated 
by the virtual machine monitor, depending on the 
size of the microcode control store in the proces- 
sor. In a processor controlled by combinatorial log- 
ic, the logic may also control the operation of the 
processor in processing the privileged instruction, 
or the instructions may be emulated by the virtual 
machine monitor. The detailed operations per- 
formed by the processor 10 in both the virtual and 
real modes are contained in the flow diagrams in 
Figs. 5 through 9, and will not be repeated here in 
detail. However, brief comments on the steps used 
in processing of the instructions will be presented 
below. 

HALT Instruction 

The HALT instruction is used to stop the pro- 
cessor. When the processor receives the HALT 
instruction in connection with a program in a virtual 
machine, if the virtual machine is in the kernel 
mode, the instruction halts that virtual machine, and 
not the processor as a whole. Thereafter, the pro- 
cessor 10 can continue executing in a real mode or 
as any other virtual machines which may be run- 
ning in a virtual mode. 

MOVE PROCESSOR STATUS LONGWORD to 
(Destination) 

The instruction MOVE PROCESSOR STATUS 
LONGWORD to a selected destination, the destina- 
tion being identified by the operand specifier which 
accompanies the instruction, is detailed in Fig. 6. In 
55 response to the instruction, the processor must 
determine if it is operating in a virtual mode to 
determine whether the contents of the processor 
status longword in register 60 (Fig. 3B) or the 
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contents of the VM processor status longword 66 
(Fig. 3C) should be moved. 

RETURN FROM EXCEPTION OR INTERRUPT 

In processing the RETURN FROM EXCEP- 
TION OR INTERRUPT instruction, depicted in Figs. 
7A-1 through 7E, the processor 10 first tests the 
virtual mode field 84 of the current processor sta- 
tus longword, that is, the contents of processor 
status longword 60 used when the processor is 
servicing the interrupt or exception, and the pro- 
cessor status longword retrieved from the stack in 
response to this instruction. 

Depending on the status of the VM fields 84 in 
the two processor status longwords, the processor 
may be 

(1) returning from interrupt or exception or ex- 
ception service in a real mode to processing in 
a real mode, if the VM fields of both the current 
and the retrieved processor status longwords 
are clear; 

(2) returning from interrupt or exception or ex- 
ception service in a real mode to processing in 
a virtual mode, if the VM field of the current 
processor status longword is clear, and the VM 
field of the retrieved processor status longword 
is set; 

(3) returning from interrupt or exception or ex- 
ception service in a virtual mode to processing 
in a virtual mode, if the VM field of the current 
processor status longword is set and the VM 
field of the retrieved processor status longword 
is clear; and 

(4) returning from interrupt or exception or ex- 
ception service in a virtual mode to processing 
in a second level of virtualization, rf the VM 
fields of both the current and retrieved proces- 
sor status longwords are set. 

If the VM field 84 of neither processor status 
longword is set, that is, if the processor was not 
operating in a virtual mode (that is, it was operating 
in a real mode) when it was servicing the interrupt 
or exception, and it is returning in a real mode, the 
processor returns in a conventional manner. 

If the interrupt or exception was serviced by 
the processor in a real mode, but the processor is 
returning in a virtual mode (Rg. 7A-2) (case 2) the 
contents of the VM processor status longword 66 
and the retrieved processor status longword are 
compared to ensure that they correspond, that is, 
the fields of the processor status longword re- 
trieved from the stack are compared to correspond- 
ing fields of the VM processor status longword 
register to ensure that the retrieved processor sta- 
tus longword is a "safe equivalent" of the VM 
processor status longword. To form a "safe equiv- 
alent" processor status longword the arithmetic 



fields 70 through 76 and the trace flag 77 should 
be the same as the retrieved processor status 
longword, the interrupt or exception priority level 
field 80 and interrupt or exception stack field 83 

5 should both be clear and the previous and current 
operating mode fields 81 and 82, should also be 
the same as the retrieved processor status long- 
word, except that if either indicate the kernel op- 
erating mode, it should be modified to indicate the 

w executive operating mode. The VM (virtual mode) 
field 84 of the retrieved processor status longword 
should also be set. After verifying the retrieved 
processor status longword, the processor continues 
returning in a conventional manner. 

is If the interrupt or exception was processed in a 

virtual mode, but the processor status longword 
retrieved from the stack indicates that the proces- 
sor is returning in a real mode (case 3), the re- 
trieved processor status longword is stored in the 

20 VM processor status longword register 66, and a 
new "safe equivalent" processor status longword is 
formed therefrom for storage in processor status 
longword register 60. The sequence of forming the 
new processor status longword for register 60 is 

25 set forth in Rg. 7D. After verifying the retrieved 
processor status longword, the processor continues 
returning in a conventional manner. 

Finally, if the VM fields of both the current and 
the retrieved processor status longwords are set 

30 (case 4), the processor traps to the virtual machine 
monitor. 

CHANGE OPERATING MODE Instruction 

35 The change operating mode instruction depict- 

ed in Figs. 8A-1 and 8A-2 is provided to allow the 
program to change operating modes as between 
the kernel, executive, supervisor and user from a 
less-privileged operating mode to a more privileged 

40 operating mode (Fig. 2B). In doing so, the proces- 
sor first determines the new mode, then saves the 
contents of the stack pointer register R14 in the 
current mode stack pointer, loads into the stack 
pointer register R14 the contents of the new 

45 mode's stack pointer and stores the contents of 
selected registers and the operand of the instruc- 
tion onto the stack identified by the new stack 
pointer. For example, if the processor is changing 
from the user operating mode to the supervisor 

so operating mode, the contents of the stack pointer 
register R14 are transferred to the user stack point- 
er register 50, and are replaced by the contents of 
the supervisor stack pointer register 51 . 

If the change mode is to or from the kernel 

55 operating mode, the processor tests the contents of 
the VM field 84 of the processor status longword to 
determine which of the kernel stack pointer register 
53 or the VM kernel stack pointer register 61 is 
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used in processing the instruction. 

The processor then tests the accessibility of 
the memory location identified by the new contents 
of the stack pointer register in the new operating 
mode. However, if the new operating mode is the 
kernel operating mode, and if the processor is 
operating in a virtual mode, the location must be 
accessible by the executive mode. Thus, with refer- 
ence to Fig. 2A, if the processor is in a virtual 
mode, and the current operating mode is the ker- 
nel, locations in memory must be accessible by the 
processor when operating at the real executive 
mode. Thus the virtual executive and virtual kernel 
operating modes are compressed into the real ex- 
ecutive mode as depicted in Fig. 2A. 

Probe Accessibility of Memory Location 

The PROBE instruction, depicted in Fig. 9, 
checks the read or write accessibility of one or 
several locations in memory specified as the 
operands of the instruction. 

Other Instructions 



The sequences of operations to execute other 
privileged instructions, including a LOAD PRO- 
CESS CONTEXT instruction, a SAVE PROCESS 
CONTEXT instruction and MOVE TO and MOVE 
FROM processor register instructions are also 
modified from the sequences depicted in the VAX- 
1 1 Architecture Reference Manual to accommodate 
the virtual mode. All of these instructions move the 
contents of certain processor registers to memory, 
or the contents of certain memory locations to 
identified registers. For the LOAD PROCESS CON- 
TEXT and MOVE TO PROCESSOR REGISTER 
instructions, the modifications ensure that the re- 
trieved data are loaded in the correct set of regis- 
ters, and for the SAVE PROCESS CONTEXT and 
MOVE FROM PROCESSOR REGISTER instruc- 
tions, the data are moved from the correct regis- 
ters. 

The foregoing description has been limited to a 
specific embodiment of this invention. It will be 
apparent, however, that the invention can be prac- 
ticed in computer systems having diverse basic 
construction than is disclosed in this specification 
with the attainment of some or all of the advan- 
tages of the invention. Therefore, it is the object of 
the appended claims to cover all such variations 
and modifications as come within the true spirit and 
scope of the invention. 

Claims 

1- A processor for use in a computer system, 
said computer system comprising (a) a CPU 



which operates in a real mode or a virtual 
mode, said CPU having in both real and virtual 
modes a set of operating modes forming pro- 
tection rings defining a hierarchy of privilege 
5 levels, said protection rings preventing pro- 

cesses in an outer, less privileged, ring from 
interfering with processes in a relatively inner, 
more privileged, ring; (b) a virtual machine 
monitor system (WM); (c) memory means in- 
to eluding several types of I/O units and memory, 
said memory including a plurality of addres- 
sable storage locations for storing instructions 
requiring access to the memory locations, said 
memory means further including plural groups 
;s of memory locations, wherein the number of 
memory locations in each memory group may 
vary, each memory group having an asso- 
ciated privilege means for identifying the pro- 
tection ring operating modes in which said 
20 processor can access any memory location in 
the group; (d) means connected to said CPU 
and said memory means for iteratively retriev- 
ing instructions from said memory means; (e) 
virtual mode indicating means for indicating 
25 whether or not said CPU is operating in virtual 
mode; (f) operating mode indicating means for 
identifying the privilege level of the current 
protection ring operating mode of said CPU; 
and (g) means for enabling access to said 
30 memory means depending on information from 
said virtual mode indicating means, from said 
operating mode indicating means; said proces- 
sor comprising: 

(A) processing means for processing in- 
35 struction in "N n protection ring operating 

modes each associated with one of a hierar- 
chy of privilege levels, where "N" is at least 
three; 

(B) inhibiting means connected to said pro- 
40 cessing means for inhibiting said processing 

means from executing at least some of the 
instructions unless the processor is in an 
operating mode having a selected privilege 
level; 

45 (C) operand probing means, including: 

i. operand privilege retrieval means con- 
nected to said instruction retrieving 
means and responsive to the retrieval of 
an instruction for obtaining the privilege 

so means associated with a memory loca- 

tion identified by an operand specifier; 

ii. operand privilege comparison means 
connected to said operating mode in- 
dicating means and said operand privi- 

55 lege retrieval means for determining if 

the privilege level of the current operat- 
ing mode is at least as high as the privi- 
lege tevel obtained by said operand privi- 
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lege retrieval means; and 
(D) instruction probe means connected to 
said operand probe means, said operating 
mode indicating means, said instruction re- 
trieval means, and said inhibiting means 5 
and responsive to a successful determina- 
tion by said operand privilege comparison 
means for enabling said inhibiting means to 
inhibit execution of a retrieved instruction by 
said processing means if said operating w 
mode indicating means does not identify a 
mode having the required privilege level for 
the instruction. 

A processor for use in a computer system, 75 
said processor including processing means for 
processing instructions in at least three protec- 
tion ring operating modes each associated with 
one of a hierarchy of privilege levels, the com- 
puter system further including a memory in- 20 
eluding a plurality of addressable storage loca- 
tions for storing instructions requiring access 
to memory locations and including operation 
code means identifying the operation to be 
performed, each memory location having an 25 
associated privilege means for identifying the 
protection ring operating modes in which the 
processor can access the memory location, 
said processor further including: 

a. means for iteratively retrieving instruc- 30 
tions from the memory; 

b. operating mode indicating means for 
identifying the privilege level of the current 
operating mode of said processor; 

c. virtual mode indicating means having a 35 
set condition when said processor is operat- 
ing in a virtual mode and otherwise having a 
clear condition; and 

d. probe means connected to said process- 
ing means, said instruction retrieval means, 40 
said operating mode indicating means, said 
virtual mode indicating means and for con- 
nection to the memory for comparing the 
contents of the operating mode indicating 
means to a less privileged operating mode 45 
level if the indicating means has a set con- 
dition and the operating mode indicating 
means identifies the most privileged operat- 
ing mode, and for comparing the contents 

of the operating mode indicating means to 50 
at least the least privileged operating mode 
level if the indicating means has a set con- 
dition and the operating mode indicating 
means identifies a less privileged operating 
mode to determine whether the processor 55 
can access the required memory locations 
for enabling said processing means to ex- 
ecute the instruction in response to a suc- 



cessful comparison. 

3. A processor for use in a computer system, 
said processor including processing means for 
processing instructions in at least three protec- 
tion ring operating modes each associated with 
one of a hierarchy of privilege levels, each 
memory location having an associated privi- 
lege means for identifying the protection 
modes in which the processor can access the 
memory location, said processor further includ- 
ing virtual machine monitor means for estab- 
lishing the protection means ring operating 
mode in said privilege means including means 
for determining the privilege level to be as- 
signed to the contents of each said memory 
location and means for enabling the privilege 
means to identify the second most privileged 
operating mode level if the contents of the 
memory location is to have assigned thereto 
the most privileged operating mode, and other- 
wise establishing the privilege means to iden- 
tify the operating mode level to be assigned 
thereto. 

4. A processor as defined in claim 11 further 
including virtual machine monitor means for 
determining the privilege level to be assigned 
to the contents of each memory location and 
means for enabling the privilege means to 
identify a lower privileged operating mode lev- 
el if the contents of the memory location is to 
have assigned thereto the most privileged op- 
eration mode, and otherwise establishing the 
privilege means to identify the operating mode 
level to be assigned thereto. 
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FIG. 7A-6 
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IF RETURNING FROM A VIRTUAL 
MACHINE TO A VIRTUAL MACHINE 

TEST PSL (VM) TO 

DETERMINE IF SET NO — 



J YES 

TEST UMPSL (IS) TO DETERMINE 
| NO 

IS VMPSL (CUR MOD) GREATER 
THAN OR EOUAL TO CONTENTS 
OF VM AST LVL REGISTER? 



END 



YES 



NO 



FIG. 7A-7 
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® 



YES 



FIG. 7A-7 
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FIG. 7A-7 
<P 

STORE INDICATION OF PENDING 
SOFTWARE INTERRUPT IN 
VM INT SUM REG 



COMPARE VMPSl (IPL) TO CONTENTS 
OF VM INTERRUPT SUMMARY 
REGISTER 



I 



LESS 

SERVICE SOFTWARE INTERRUPT 

I 

CONTINE WITH CURRENT PROGRAM 



GREATER OR 
EQUAL 
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FIG. 7B 

TEST PSL TO DETERMINE IF VALID 
(PSL OR VMPSL) 

NO TEST PSL (IS) TO 
-DETERMINE IF SET 



JYES 

TEST RSL (CUR MOD) 

TO DETERMINE IF INDICATING NO 
KERNEL MODE 1 



■J YES 



NO TEST RETRIEVED PSL (15) TO 
DETERMINE IF SET 



YES 



TEST RETRIEVED PSL (IPL) 
TO^ETERMINE IF LOWEST YES 



"J NO 



test retrieved psl (ipl) 
no to determine if not at 
lowest level 

Jyes 

test retrieved psl (cur mod) 

ke°rn E el E mode NE IF N0T INDICATING !!i 



1 



NO 



COMPARE PSL (CUR MOD) AND 

PSL (PRV MOO ) OF RETRIEVED 

PSL TO DETERMINE IF YES 

PSL (PRV MOD ) IS LESS — ■ 

THAN PSL (CUR MOD) 



NO 

RETRIEVED PSL IS VALID 



ERROR 
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FIG. 7C 

VERIFY TRANSITION FROM CURRENT 
PSL TO RETRIEVED PSL 
(PSL OR VMPSL) 

DETERMINE IF RETRIEVED PSL (CUR MOD) 

IS LESS THAN CURRENT PSL (CUR MOD) YES 

|no ~~ * 

TEST RETRIEVED PSL (IS) TO 
NO DETERMINE IF SET 

| YES 

TEST CURRENT PSL (IS) TO NO 
DETERMINE IF SET 

' j YES 

DETERMINE IF RETRIEVED 

PSL (IPL) IS GREATER THAN YES 

CURRENT PSL (IPL) " 

J NO 

VALID * 
TRANSITION ERROR 
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FIG. 7D 

"SAFE EQUIVALENT" NEW PSL FORMATION 



TRANSFER CONTENTS OF RETRIEVED PSL FIELDS 
(DV). (FU). (IV). (T). (N). (2). (V) AND (C) TO 
CORRESPONDING LOCATIONS IN A TEMPORARY REGISTER 



PERFORM COMPRESSION OPERATION ON RETRIEVED 
PSL (CUR MODE) FIELD. IF RETRIEVED PSL 
(CUR MOD) FIELD IDENTIFIES KERNEL MODE* 
STORE CODE IDENTIFYING EXECUTIVE MODE tN 
CORRESPONDING LXATION IN TEMPORARY REGISTER. 
IF RETRIEVED PSL (CUR MOD) FIELD IDENTIFIES 
ANY OTHER MODE. STORE CODE IDENTIFYING 
THAT MODE IN SAME LOCATION 

1 

REPEAT COMPRESSION OPERATION ON RETRIEVED 
PSL (PR V MOD) FIELD. STORING CODE IN LOCATION 
IN TEMPORARY REGISTER CORRESPONDING TO 
PSL (PRV MOD) FIELD 



LOAD A "ONE" IN THE LOCATION 
IN THE TEMPORARY REGISTER 
CORRESPONDING TO THE PSL (VM) 
LOCATION. 



35 



EP 0 480 546 A2 



FIG. 7E 

SAVE THE CURRENT STACK POINTER 

TEST PSL (VM) TO DETERMINE IF SET YES 



NO | 

TEST PSL (IS) TO DETERMINE IF SET NO 
YES J 

TRANSFER CONTENTS OF STACK POINTER 
REGISTER RIM TO INT STACK POINTER 
REGISTER f 1 

TEST PSL (CUR MOD) TO DETERMINE 
CURRENT OPERATING MODE 
I 

TRANSFER CONTENTS OF STACK PTR 
REGISTER RIM TO USER STACK PTR. 
SUPER STACK PTR. EXEC STACKPTR 
OR KERNEL STACK PTR REGISTER 
DEPENDING ON CURRENT OPERATION MODE 

i 

TEST UMPSL (IS) TO DETERMINE IF SET NO 



YES J 

TRANSFER CONTENTS OF STACK PTR REGISTER 
RIM TO VM INT STACK PTR REG ISTER 

* 

TEST PSL (CUR MOD) TO DETERMINE 
CURRENT OPERATING MODE 
i 

TRANSFER CONTENTS OF STACK PTR 
REGISTER RIM TO USER STACK PTR. 
SUPER STACK PTR. EXEC STACKPTR 
OR KERNEL STACK PTR REGISTER 
DEPENDING ON CURRENT OPERATING MODE 
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FIG. 8A-1 

CHANGE OPERATING MODE 

(TO SELECTED OPERATING MODE ) 



TEST PSL (VM) TO DETERMINE IF SET YES-*® FIG. 8A 

| NO 

test psl (is) to determine if set yes ^ error 

Jno 

save contents of stack ptr 
register r1h in stack ptr 
register of current operating mode 

4 

FORM A NEW OPERATING MODE CODE FROM LESSER 
OF PSL (CUR MOD) AND OPERATING MODE 
CODE IDENTIFED BY INSTRUCTION 

I 

TRANSFER CONTENTS OF STACK PTR REGISTER OF 
NEW OPERATING MODE INTO STACK PTR REGISTER 
RIM , 



TEST ACCESSIBILITY OF MEMORY LOCATION 
IDENTIFIED BY CONTENTS OF STACK PTR REGISTER 
R1H VY NEW OPERATING MODE 

I 

TRANSFER PSL (CUR MOD) TO PSL (PRV MOD) AND LOAD 
CODE FOR NEW OPERATING MODE INTO PSL (CUR MOD) 

TAKE CHANGE MODE EXCEPTION 



37 



EP 0 480 546 A2 



FIG. 8A-2 



<5> 



TEST VMPSL (IS) TO DETERMINE 
IF SET NO 



| YES 

TRANSFER CONTENTS OF STACK PTR 
REGISTER RIM TO VM INT SKACK 
PTR REGISTER 



TEST CONTENTS OF VMPSL (CUR MOD) TO 
DETERMINE IF INDICATES KERNEL MODE NO 

|yes 

TRANSFER CONTENTS OF STACK PTR 
— REGISTER RIM TO VM KERNEL STACK 

PTR REGISTER 

TRANSFER CONTENTS OF STACK PTR 
REGISTER TO USER. SUPER OR 
EXEC STACK PTR REGISTER, DEPENDING 

on yy psl (cur moo). 

FORM A NEW OPERATING MODE CODE FROM 
LESSER OF VM PSL (CUR MOD) 
AND OPERATING MODE CODE IDENTIFIED 
BY INSTRUCTION 



TRANSFER CONTENTS OF STACK PTR 
REGISTER OF NEW OPERATING MODE 
INTO STACK PTR REGISTER RIM 



TEST ACCESSIBILITY OF MEMORY 
LOCATION IDENTIFIED BY CONTENTS 
OF STACK PTR REGISTER RIM BY 
NEW OPERATING MODE, EXCEPT THAT 
IF NEW MODE IS KERNEL, LOCATION 
MUST BE ACCESSIBLE BY EXECUTIVE 



TAKE VM EMULATION EXCEPTION 
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FIG. 9 

PROBE ACCESSIBILITY OF MEMORY LOCATION 

INSTRUCTION FORMAT 

PROBE (MODE) (NO. BYTES) (BASE ADRS) 



ESTABLISH PROBE MODE AS MAXIMUM OF 
MODE FROM PROBE INSTRUCTION AND PSL 
(PRV MOD) FIELD 

ESTABLISH FLAG "A" 



SET FLAG "A" IF BOTH BYTE AT 
BASE ADRS AND BYTE AT BASE 
ADRS PLUS NO. BYTES (LESS ONE) 
ARE ACCESSIBLE TO PROBE MODE. 
OTHERWISE CLEAR FLAG "A" 

I 

ESTABLISH FLAG "B" 
I 

SET FLAG "B" IF BOTH BYTE AT 
BASE ADRS AND BYTE AT BASE 
ADRS PLUS NO. BYTES (LESS ONE ) 
ARE ACCESSIBLE TO SUPERVISOR. 
OTHERWISE CLEAR FLAG "B" 



TEST PSL (VM) TO DETERMINE IF 

SET NO 



J YES 

IF PROBE MODE TDENTIFIES 
EXECUTIVE MODE AND FLAG "A" IS SET 
AND FLAG "B" IS CLEAR. INITIATE A VM 
EMULATION EXCEPTION 

I 

IF FLAG "A" IS SET AND THERE HAS 
BEEN A TRANSLATION FAULT, INITITATE 
A VM EMULATION EXCEPTION 



END 
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